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(54) Method and device for facilitating efficient data transfer via a wireless communication 
network 



(57) A wireless network system capable of control- 
ling highly efficient transfer of AV data by an upper ap- 
plication, using information indicating a wireless link 
condition that varies dynamically is disclosed. In this 
wireless network system, a wireless terminal (1 021 ) and 
a wireless gateway apparatus (1011) each store collect- 
ed wireless Link condition information in a descriptor. 
An upper application on the wireless terminal (1021) 
reads the descriptor at the local terminal device and ob- 
tains wireless LAN link condition information. The wire- 
less gateway apparatus (1011) makes notification to a 
wireless terminal of a VTR, for example, that actually 



exists in a 1 394 terminal as if it existed as a sub-unit in 
the local terminal device. The wireless terminal (1021) 
accesses the collected wireless link condition informa- 
tion (S311) and selects a AV/C command to be sent to 
the VTR sub-unit of the wireless gateway apparatus 
(S314). The wireless terminal (1021) transfers the play 
command for playback to the wireless gateway appara- 
tus (S315). The wireless gateway apparatus (1011) 
transfers the play command to a VTR sub-unit within a 
terminal on the wired network (S316). In accordance 
with this action, the VTR sub-unit within the terminal on 
the wired network starts transfer of AV data (S317). 
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Description 

BACKGROUND OF THE INVENTION 

1. Field of the invention 

[0001] The present invention relates to a wireless ter- 
minal device, a gateway device, and a wireless data t 
cansfer control method. In particular, it relates to tech- 
nology in a data communication system which executes 
an upper application such as an AV (audio/video) pro- 
tocol as to a wireless network exhibiting dynamic varia- 
tions in the condition of the wireless link or in an inte- 
grated network system encompassing a wireless net- 
work and wired network so as to perform efficient trans- 
fer of content data. 

2. Related Art 

[0002] With the recent increase in the use of digital 
equipment, the implementation of networks in the home 
has gained attention. At present, the IEEE Std 1394 
(hereinafter abbreviated IEEE 1394), which was de- 
vised as a connecting wired for connection between AV 
equipment, has gained attention as a home-use network 
media. The IEEE 1394 is a high-speed bus capable of 
connection between a plurality of terminals by a daisy 
chain or star-configured connection, with transfer of 
broad bank data performed at speeds exceeding 100 
Mbps, It is possible on a single wired to perform transfer 
both asynchronous data and isochronous data. 
[0003] The achievement of high speeds in wireless 
networks (wireless LANs) is also gaining attention, ar,d 
wireless LAN products conforming to IEEE Std 802.11 
have already appeared and are going through a process 
of price redaction. Along with advancing speeds and 
price reductions for such wireless technology, there are 
active efforts being made to apply this wireless technol- 
ogy in the home network as well. In the US, such indus- 
try groups as Home RF and Bluetcoth have been estab- 
lished, and great advances are expected in the future. 
[0004] A high-speed, low-cost wireless network is 
thought to be highly acceptable for use in the home net- 
work. For this reason, a system that combines a high- 
speed, low-cost wireless LAN and the IEEE 1394 is ex- 
pected to form the core of home networks in the future. 
[0005] However, in an environment in which the IEEE 
1394 bus is integrated with a wireless LAN, there are a 
number of problems. 

[0006] The first problem is that protocols executed on 
the IEEE 1394 bus (for example, the AV/C Digital Inter- 
face Command Set General Specification, IEEE 
1 394-1 995) , were originally developed with the assump- 
tion of execution on a wired medium, and did not envi- 
sion execution in a wireless environment. However, in 
contrast to a wired network, it is known that there are 
changes related to the condition of the wireless link (for 
example, the bandwidth that can be used for transmis- 



sion). To accommodate such wireless link condition 
changes, a method (such as fallback) is employed, 
wherein the wireless transfer speed (or type of modula- 
tion to be used) is established, for example, when the 

s wireless LAN is started up, so as to start data commu- 
nication at transfer speed suited to the wireless link con- 
dition. For this reason, when executing an upper layer 
protocol such as AV/C in a wireless environment, unless 
the condition of the lower layers is known, a problem 

10 can be envisioned such as when a request is made of 
a lower layer for transfer of content data (such as AV 
(audiovisual) data) which in reality cannot be trans- 
ferred. 

[0007] In current wireless LAN specifications (such as 

15 Bluetooth), however, there are no functions for "acquir- 
ing condition information of the wireless link" or "notify 
an upper application of the condition of the wireless link. 
" Additionally, because upper applications on the IEEE 
1394 (such as the AV/C Protocol) were devised with the 

so assumption of execution in a wired network, these upper 
appLications also lack an information element for hold- 
ing link condition information" and a function for "acquir- 
ing link condition information." 
[0008] In the case in which AV data is transferred on 

25 a medium in which the link condition (such as usable 
transmission bandwidth) varies, such as in a wireless 
network, when an upper layer protocol (upper applica- 
tion) such as AV/C is executed, it was not possible to 
ascertain the condition of the link, which represents a 

30 downstream layer. For This reason, it was difficult to se- 
lect the AV data type and transfer rate usable on the 
linked to be used and to perform smooth, efficient AV 
data transfer. 



[0009] Accordingly, it is an object of the present inven- 
tion to provide a wireless terminal device, a gateway de- 
vice, and a wireless data transfer control method in an 
40 environment exhibiting dynamic variations, such as as 
a wireless environment, or an environment in which 
there is connection Between a wired network and a wire- 
less network, which enable efficient data transfer 
processing, giving consideration to variation in the con- 
45 clition of the wireless link. 

[0010] A feature of the present invention is that the 
condition of a dynamically varying wireless link condition 
information is disclosed to an upperappiication, and that 
a determination of whether or not data transfer is pos- 
so sible is made, and the transfer parameters for AV (audio/ 
video) content data being established in accordance 
with the wireless link condition. 
[001 1 ] An aspect of the present invention is a terminal 
device for control of data between communicating enti- 
55 ties on a network via a wireless link comprising 

an interface section for performing sending and re- 
ceiving of packets with a remote communicating en- 
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tity, 

a link setting section for setting a link for control and 
for data transfer with the remote communicating en- 
tity, 

a wireiess link information acquisition section for ac- 5 
quiring wireless link information indicating the con- 
dition of a wireless link between said terminal de- 
vice and a remote communicating entity in the net- 
work t the time of setting the link, and for updating 
the wireless link information acquired at the time of 
setting the link by the current dynamically acquired 
wireless link information, 

a wireless link information storage section for stor- 
ing the above-noted acquired or updated wireless 
link information, and 

an application section for, based on the wireless link 
information stored in the wireless link information 
storage section, for determining whether or not data 
can be transferred and, if data transfer is possible, 
optimizing a transfer parameter for transfer of data 
with the remote communicating entity, in accord- 
ance with the wireless link information, this transfer 
parameter being used to receive data from or send 
data to the remote communicating entity, via the in- 
terface section. 

[0012] It is possible to use the Descriptor in the SDP 
Protocol, for example, as a wireiess link information 
storage means. 

[0013] It is preferable that the wireless link information 
stored in the wireless link information siorage section 
includes wireless link information with regard to said ter- 
minal device and wireless link information with regard 
to the remote communicating entity. 
[0014] It is preferable that the wireiess link information 
acquisition section includes 

a remote wireless link information requesting sec- 
tion for requesting notification of wireiess link infor- 
mation with regard to the remote communicating 
entity that the remote communicating entity has, at 
the time of startup by the application section, and 
a remote wireiess link information receiving section 
for receiving wireless link information of the remote 
communicating entity, notification of which is made 
from the remote communicating entity. 

[0015] It is preferable that the terminal device further 
has a wireless link information updating section for 
changing wireless link information stored in the wireless 
link information storage section to a format interpretable 
by the application section and for passing this wireless 
link information to the application section. 
[0016] It is preferable that the wireiess link information 
section store wireless link information as information re- 
lating to a constituent element of said terminal device. 
[0017] It is preferable that the SubUnit defined in the 
AV/C Protocol be used as the constituent element. 



[0018] It is preferable in the present invention further 
have awiretess linkmonitoring section for monitoring the 
condition of wireless link in the network, for outputting 
wireless link information acquired by the monitoring to 
the wireless link information acquisition section. It is 
possible to use HCI as a wireiess link condition monitor- 
ing means. 

[0019] It is preferable that the terminal device further 
has a local wireless link information sending sect Lon 
for sending wireless link information of said terminal de- 
vice to the remote communicating entity, in response to 
a request from the remote communicating entity, 
[0020] It is preferable that the terminal device further 
has a user interface section for, based on wireless link 
information stored in the wireless link information stor- 
age section, providing to a user a list of data candidates 
for transfer, and waiting for input from the user of data 
seiected from the list. 

[0021 ] It is preferable that the wireless link information 
includes at least one of the packet discard rate, the us- 
able bandwidth, the number of usable channels, the us- 
able transfer rate, or observable information on which 
these are based. 

[0022] It is preferable that the transfer parameter be 
at least one of an AV/C command or content data to be 
transferred. 

[0023] By doing the above, it is possible for an upper 
application to consider, for example, a dynamically var- 
ying network condition, in making a selection of a type 
of operation (command) with respect to AV data (content 
data), and is aiso possible to make selection of AV data 
to be accessed from a plurality of AV data. 
[0024] Another aspect of the present invention is a ter- 
minal device for transfer of data between communicat- 
ing entities over a network via a wireless link, this device 
having: 

an interface section for performing sending and re- 
ceiving of packets with a remote party, 
a link setting section for setting a link for control and 
for data transfer with the remote communicating en- 
tity, 

a wireiess link information acquisition section for ac- 
quiring wireless link information indicating the con- 
dition of a wireless link between said terminal de- 
vice and a remote communicating entity in the net- 
work at the time of setting the Sink, and for updating 
the wireless link information acquired at the time of 
setting the link by the current dynamically acquired 
wireless link information, 

a wireiess link information storage section for stor- 
ing the above-noted acquired or updatedwireless 
link information, and 

a local wireless link information notification section 
for receiving from the remote communicating entity 
a request for the local wireiess link information of 
said terminal and for sending the local wireless link 
information to the remote party. 
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[0025] Another aspect of the present invention is a 
gateway device for controlling transfer of data between 
a first terminal device on a wired network and a second 
t erminal device on a wireless network, this gate device 
comprising, 

a first interface section for sending and receiving 
packets via the wireless network, 
a second interface section for sending and receiv- 
ing packets via the wired network, 
a first iink setting section for setting a link for control 
and for data transfer with the second terminal de- 
vice, a second link setting section for setting a link 
data transfer with the first terminal device, 
a wireless link information acquisition section for ac- 
quiring wireless link information indicating the con- 
dition of a wireless link between said terminal de- 
vice and the second terminal device on the wireless 
network at the time of setting the link, and for up- 
dating the wireless link information acquired at the 
time of setting the link by the current dynamically 
acquired wireless link information, 
a wireless link information storage section for stor- 
ing the above-noted acquired or updatedwireless 
iink information, and 

a network connection processor for, based on wire- 
less link information stored in the wireless link infor- 
mation storage section, performing receiving or 
sending of data between the first terminal device 
and the second terminal device via the first interface 
section and second interface section. 

[0026] This gateway device further has a proxy 
means which uses a device on the wired network, or a 
service or sub-unit on such a device as belonging to said 
device, disclosing this to the wireless network side. The 
wireless network is, for example, Bluetooth, IEEE Std 
802.11 or the lake. The wired network is, for example, 
the IEEE 1394 bus. 

[0027] It is preferable that this gateway device further 
comprises a local wireless link information sending sec- 
tion for, in response to a request from the first terminal 
device on the wired network or from the second terminal 
device on the wireless network, sending the local termi- 
nal wireless link information to the first terminal device 
or the second terminal device, respectively. 
[0028] It is preferable that the wireless link information 
acquisition section of this gateway device .includes 

a remote link information requesting section for re- 
questing notification of remote link information of 
the first terminal device to the first terminal device 
on the wired network, and 
a remote link information receiving section for re- 
ceiving remote link information, notification of which 
is made by the first terminal device. 

[0029] Another aspect of the present invention is a 



method for controlling transfer of data via a wireless link 
with a remote communicating entities on a network, this 
method having 

5 a step of setting a link for control with a remote com- 
municating entity, 

a step of acquiring wireless link information indicat- 
ing the condition of a wireless link between said ter- 
minal device and a remote communicating entity on 
10 the network at the time of setting the link, 

a step of setting a link for data transfer with the re- 
mote communicating entity, 
a step of updating wireless link information acquired 
at the time of setting of the link with current dynam- 
os ically acquired wireless link information acquired af- 
ter the setting of the link for data transfer, 
a step of determining whether or not transfer of data 
is possible, based on the updated wireless link in- 
formation, and 

20 a step of optimizing a parameter for transfer of data 
with the remote communicating entity, in accord- 
ance with the wireless link information in the case 
in which data transfer is possible and performing re- 
ceiving or sending of data with the remote commu- 

25 nicating entity, using the optimized parameter for 
transfer. 

[0030] It is preferable in this control method that the 
wireless link information include wireless link informa- 

30 tion with regard to said terminal device and information 
with regard the remote communicating entity. 
[0031] It is preferable in this control method that the 
wireless link information updating step includes a step 
of requesting notification of remote link information of 

35 the remote communicating entity to the remote commu- 
nicacing entity at the time of the startup by an applica- 
tion, and a step of receiving wireless link information of 
the remote commun Lcating entity, notification of which 
is made by the remote communicating entity, 

40 [0032] Another aspect of the present invention is a 
method for transfer of data via a wireless link with a re- 
mote communicating entity on a network, this method 
having 

45 a step of setting a link for control with the remote 
communicating entity, 

a step of acquiring wireless link information indicat- 
ing the condition of a wireless link between said i 
erminal device and the remote communicating en- 

so tity on the network at the time of setting the link. 

a step of setting a link for data transfer with the re- 
mote communicating entity, 
a step of updating the wireless link information ac- 
quired at the time of setting of the link with current 

55 dynamically acquired wireless link information ac- 
quired after the setting of the link, and 
a step of receiving a notification request sent from 
the remote communicating party for the local termi- 
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nal device wireless link information of said terminal 
device, and sending wireless link information of said 
terminal device to the remote communicating entity 
in response to this request. 

5 

[0033] Another aspect of the present invention is a 
method of controlling transfer of data between a first ter- 
minal device on a wired network and a second terminal 
device on a wireless network, this method having 

10 

a step of setting a link for control with the second 
terminal device, 

a step of acquiring, at the time of setting of the link, 
wireless link information indicating the condition of 
a wireless link between said terminal device and the is 
second terminal device on the wireless network, 
a step of setting a link for data transfer with the sec- 
ond terminal device, 

a step of updating the wireless link information ac- 
quired at the time of setting the link with current dy- 2 o 
namically acquired wireless link information ac- 
quired ai ter the setting of the link for data transfer, 
a step of setting a link with the first terminal device, 
and 

a step of performing receiving or sending of data 25 
between the first terminal device and the second 
terminal device, based on the wireless link informa- 
tion. 

[0034] Other features and advantages of the present 30 
invention will become apparent from the following de- 
scriptions, taken in conjunction with the accompanying 
drawings. 

BRIEF DESCRIPTION OF THE DRAWING 35 

[0035] The accompanying drawings, which are incor- 
porated in and constitute a part of the specification, il- 
lustrate presently preferred embodiments of the present 
invention, and together with the general description giv- *o 
en above and the detailed description of the preferred 
embodiments given below, serve to explain the princi- 
ples of the present invention. 

Fig. 1 is a block diagram showing an example a 45 
home-use wireless AV network system using a ter- 
minal device according to a first embodiment of the 
present invention; 

Fig. 2 is a drawing showing an example of a protocol 
stack within a wireless terminal device for the case so 
of performing AV data transfer using Bluetooth 
Fig. 3 is a drawing showing an example of. a packet 
transfer processing sequence between wireless 
terminals in the first embodiment of the present in- 
vention; 55 
Fig. 4 is a drawing showing an example of means 
for holding wireless link condition information using 
in a wireless terminal in the first embodiment of the 



present invention; 

Fig, 5 is a block diagram showing an example of the 
internal configuration of a wireless terminal in the 
first embodiment of the present invention; 
Fig. 6 is a drawing showing another example of a 
protocol stack within a wireless terminal according 
to a second embodiment of the present invention, 
for the case of performing AV data transfer using 
Bluetooth; 

Fig. 7 is a drawing showing another example of a 
packet transfer processing sequence between 
wireless terminals in the second embodiment of the 
present invention; 

Fig. 8 is a drawing showing an example of a method 
for holding condition information of a wireless link 
using ACA/ in the second embodiment of the 
present invention; 

Fig. 9 is a block diagram showing another example 
of the internal configuration of a wireless terminal 
in the second embodiment of the present invention; 
Fig. 1 0 is a drawing showing an example of a home- 
use AV network system using a gateway device ac- 
cording to a third embodiment of the present inven- 
tion; 

Fig. 1 1 is a drawing showing an example of a packet 
transfer processing sequence via the gateway de- 
vice according to the third embodiment of the 
present invention; 

Fig. 12 is a block diagram showing an example of 
the internal configuration of a gateway device ac- 
cording to the third embodiment of the present in- 
vention; 

Fig. 13 is a drawing showing another example of a 
home-use wireless AV network system using a 
gateway device according to a fourth embodiment 
of the present invention; 

Fig, 14 is a drawing showing another example of a 
packet transfer processing sequence via a gateway 
device according to the fourth embodiment of the 
present invention; 

Fig. 1 5 is a drawing showing an example of a meth- 
od for holding wireless link information using AV/0 
in a gateway device according to the fourth embod- 
iment of the present invention; and 
Fig. 16 is a drawing showing another example of 
the internal configuration of a gateway device ac- 
cording to the fourth embodiment of the present in- 
vention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0036] Preferred embodiments of a wireless terminal 
device, a gateway device, and a method for data trans- 
fer control according to the present invention are de- 
scribed in detail below, with reference being made to rel- 
evant accompanying drawings. 
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First embodiment 

[0037] A wireless network system according to the 
first embodiment of the present invention is described 
in detail below, with reference made to Fig. 1 to Fig. 5. 
[0038] In the first embodiment, a wireless terminal 
performing communication using a wireless LAN such 
as Bluetooth, for example, has function for obtaining 
wireless link condition information from the local termi- 
nal or collected it from another terminal and storing this 
information. Additionally, the first embodiment has func- 
tion for giving notification of or disclosing to an upper 
application (for example AC/V protocol) wireless link 
condition information collected by the above-noted in- 
formation collection function, function for storing this no- 
tified information, and function for usingth is wireless link 
condition information to control the execution of the up- 
per application. By doing this, it is possible to use the 
wireless link condition information to control the execu- 
tion of an upper application, 

[0039] More specifically, the above-noted 'wireless 
link condition information" includes the type of transfer 
system (link type) usable, the condition of the transfer 
system (usable bandwidth and usable number of chan- 
nels), the packet discard rate, the version information of 
the wireless link, the electrical power mode, the data 
compression ratio, the data encoding method, or ob- 
servable information forming the basis of these types of 
information on the wireless link. 
[0040] For example, this wireless link condition infor- 
mation is held as Descriptor information defined in the 
SDP Protocol of Bluetooth, and Descriptor information 
defined in the AV/C Protocol, thereby enabling an upper 
AV application to efficiently execute AV data transfer us- 
ing this wireless link condition information. If this type of 
wireless link condition information is held as Descriptor 
information, because it is possible to access not only 
wireless link condition information in the local terminal 
device but also such information from another terminal, 
it becomes possible to easily execute an AV application 
with consideration given to this dynamically changing 
wireless link information. 

[0041 ] According to the first embodiment, it is possible 
to easily achieve data transfer such as transfer of AV 
data (content data) using a medium such as a wireless 
environment, in which the link condition constantly 
changes. Additionally, even in a network environment 
such as the IEEE 1394, in which a connection is made 
between a wired network and a wireless network, it is 
possible to perform AV data cransfer while considera- 
tion is given to the link condition in the wireless network. 
[0042] In the description that follows, the assumptions 
are those of a wireless LAN system having means Eor 
collecting service information of each wireless terminal 
(such as the SDP (Service Discovery Protocol) of Blue- 
tooth), and of the case in which execution of the AV/C 
Protocol application as an upper application, which is a 
transfer control method for AV data on the IEEE 1394 



bus. 

[0043] The SDP in Bluetooth assumes, at a terminal 
in a Bluetooth network, a method of storing information 
such as vender types and corresponding service types 

5 for each terminal, and an executable protocol stack that 
can be stored, and a protocol for exchange of this infor- 
mation (service information) between each of the termi- 
nals. The assumption is that means for storing this serv- 
ice information is that of a descriptors defining databas- 

10 es into which hierarchal storage is made of each service. 
In the SDP, hierarchal service classes are defined, serv- 
ices handled by the SDP being assigned to each class. 
[0044] Fig, 1 shows an example of the basic configu- 
ration for transfer of AV data between wireless terminals 

is (101 and 111) connected by a wireless link. 

[0045] in this case, Bluetooth will be taken as the ex- 
ample of the wireless link. Therefore, the wireless ter- 
minal in this case is a Bluetooth terminal (the BT termi- 
nals 101 and 111). 

so [0046] As shown in Fig. 1 , the BT terminal 1 01 has a 
display function, this display function existing as a 
Display„SubUnit 1 02 , which is one functional unit (Sub- 
Unit) in the AV/C Protocol. In the BT terminal 101 , SDP 
information 1 03, which is acquired, collected and stored 

25 service information or the like on the Bluetooth in ac- 
cordance with an SDP protocol, which constitutes an in- 
formation acquiring means. 

[0047] The BT terminal 111 has a VTR function, and 
a VTFLSubllnit 112 as a functional element in the AV/ 

30 c Protocol. There is also an SDP information 113 in ac- 
cordance with the SDP protocol, which is a collection 
means for service information and the like in Bluetooth. 
[0048] This AV/C Protocol recognizes each node in 
terms of Units, and recognizes constituent elements 

35 within each node (such as the Display of the BT terminal 
101 and the VTR of the BT terminal 111) as sub-units. 
In the transfer protocol for AV/C control commands (for 
example, commands such as "play", *stop il and "fast for- 
ward"), the sending of a command and the receiving of 

40 the response thereto are treated as one set. 

[0049] Because the BT terminal 101 and the BT ter- 
minal 111 are connected by means of a wireless link 
(Bluetooth), at what rate AV data existing within the 
VTR__SubUnit of the BT terminal 111 can be transferred 

45 to the BT terminal 1 01 is established by the condition of 
the wireless link. Specifically, this transfer rate is estab- 
lished by (1 ) what type of link is used to transfer AV data 
(for example, ACL (Asynchronous Connectionless) or 
SCO (Synchronous Connection-Oriented)) on the wire- 

50 less link (Bluetooth) and (2) the condition of the wireless 
link, such as how much noise there is on the wireless 
link (this noise condition affecting the rata at which data 
can be transferred). For this reason, in the case in which 
an AV application at upper layer executes AV data trans- 

55 fer via a wireless link such as Bluetooth, it is necessary 
for the AV application to obtain the condition information 
of Bluetooth via some means such as the SDP and to 
execute a data transfer related protocol such as the AV/ 
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C Protocol based on this condition information. 
[0050] Fig. 2 shows an example of a protocol stack in 
a BT terminal having a function that collects and stores 
condition information with regard to a wireless link. 
[0051] In Fig. 2, an L2CAP processor22 that executes 5 
a data link layer specification (L2CAP) using an ACT, 
transfer mode 211 of Baseband processor resides on a 
Baseband processor 21, which is the physical layer 
specification of Bluetooth. An Audio 27 executing 
processing such as processing for voice telephone re- 10 
sides as an upper protocol that uses the SCO transfer 
mode 212 of the Baseband processing. Additionally, an 
AV/C protocol 23 is defined, along with AV data protocol 
such as an Audio 25 and Video 24 and the like, as an 
upstream protocol using the above-noted L2CAP proc- 15 
essor 22. 

[0052] Additionally, an SDP protocol 26 is defined in 
a parallel position with these upper protocols. In the first 
embodiment, the example shown is that in which an AV 
application 28 is executed while using these upper pro- 20 
tocols. While protocols in addition to the above, such as 
the RFCOMM protocol, are defined in Bluetooth, these 
are omitted, since they are not directly related to the first 
embodiment. In the drawing, reference numeral 30 de- 
notes a transport protocol such as an adaptation layer 25 
protocol 30 (for example, RTP (Realtime Transport Pro- 
tocol)). 

[0053] Because the BT terminals 101 and 111 have 
the protocol configurations shown in Fig. 2, in the case 
in which the AV application 28 is executed and AV data so 
sending and receiving processing is performed between 
the BT terminal 1 01 and the BT terminal 1 11 , the AV ap- 
plication 28 acquires wireless link condition information 
via the SDP protocol 1 6 and executes the AV/C Protocol 
23 after interpreting this wireless link condition informa- 35 
tion. In accordance with AV/C commands sent to the AV/ 
C protocol 23, AV data is transferred via the protocol to 
the Audio 25 and the Video 24, for example. 
[0054] In the current Bluetooth specifications, one 
specific method of acquiring the above-noted wireless <*o 
link condition information that can be envisioned is that 
on which an HCI protocol (Host Controller Interface) de- 
fined as a Bluetooth protocol is provided at eitherthe BT 
terminal 1 01 or the BT terminal 111, and a "collect wire- 
less link condition information" command is executed by 45 
the API (Application Programming Interface) of this pro- 
tocol, 

[0055] Fig. 3 shows an example of the processing se- 
quence in which, in the wireless communication be- 
tween BT terminals having the hardware configuration so 
shown in Fig. 1 , the BT terminal 101 serves as a con- 
troller, AV data (that is, data that is stored in the 
VTR_SubUnitof the BT terminal 111) being read out via 
Bluetooth for viewing or the like. The specific sequence 
is as follows. 55 

(1) BT terminal 101 and BT terminal 111 approach 
one another and each recognizes that it is in a re- 



gion enabling communication with the other 
(processing performed by the Baseband processor 
21)(stepSl01) 

(2) A connection is set up between the BT terminal 
101 and the BT terminal 111 for the purpose of 
transfer of an AV/C command therebetween 
(processing performed by the L2CAP processor 22) 
(step S102). 

(3) The BT terminal 101 and the BT terminal 111 
use a protocol (HCI) on the Bluetooth to collect wire- 
less link condition information (in particular, ACL 
link information) in which processing step (2) 
caused achange, and use the SDP protocol to store 
same within a Descriptor In this case, the SDP in- 
formation (103. 11 3)in Fig. 1 corresponds to the De- 
scriptor used in the SDP Protocol (step S103). Ini- 
tialization information with regard to the wireless 
link condition is stored within the Descriptor, this in- 
itialization information being replaceable by the in- 
formation collected in processing step (3), as ap- 
propriate. 

(4) The BT terminal 101 uses the Subllnitjnfo 
command of the AV/C Protocol to collect SubUnit 
information existing in the BT terminal 111 . What is 
used for this is a logical connection on the L2CAP 
set at (2) (step S104). 

(5) The BT terminal 1 1 1 makes notification of an AV/ 
C response to the BT terminal 101 to the effect that 
che VTR„SubUnit 1112 exists as a SubUnit within 
the local cerminal device (step S105). 

(6) The BT terminal 101 sets a logical connection 
on Bluetooth for the purpose of receiving AV data 
from the BT terminal 111 (processing performed by 
the L2CAP processor 22). 

(7) The BT terminal 101 and the BT terminal 111 
use a protocol (HCI) on the Bluetooth to collect wire- 
less link condition information (in particular, ACL 
link information) in which (6) caused a change, and 
use the SDP protocol to store same within a De- 
scriptor (103, 113) (stepS 107). 

(8) An AV application at the BT terminal 101 reads 
the Descriptor information in the SDP protocol of the 
local terminal device, and obtains link condition in- 
formation in Bluetooth (step S108). 

(9) An AV application at the BT terminal 1 01 , in order 
to read the Descriptor information on the SDP pro- 
tocol of the BT terminal 111, sends an 
SDP„Request command to the BT terminal 111 
(step S109). 

(10) The BT terminal 101 gives notification of the 
Descriptor information in the SDP protocol of the 
Local terminal to the BT terminal 101 . The Descrip- 
tor information with regard too which notification is 
given from the BT terminal 111 is appended as De- 
scriptor information of the SDP protocol of the BT 
terminal 101 and stored. By doing this, the AV ap- 
plication at the BT terminal 101 acquires link condi- 
tion information on Bluetooth at the BT terminal 111 
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side (stepSHO). 

(11) An AV application at the BT terminal 101 ac- 
cesses the wireless link condition information col- 
lected by the processing steps (8) to (10), and se- 
lects an AV/C command to send to the 
VTFLSubUnit of the BT terminal 1 1 1 . At this point, 
whether or not AV data transfer can be done, and 
also the selection of the AV data to be played and 
the transfer rate are specified with consideration to 
the wireless link condition information, and other 
various transfer parameters of processing details 
and the processing method can be made selectable 
(step S111). Additionally, it is possible for the above 
selection to be made by the intervention of a user. 
For example, a GUI can be used to present a list of 
AV content that can be transferred and viewed, in 
response to the wireless link condition information, 
the user being caused to select from this content 
the desired AV content. 

(12) The BT terminal 101 sends an AV/C command 
(play command) for the purpose of playing back de- 
sired AV data, for example, using a transfer param- 
eter established at the processing (11 ) to the BT ter- 
minal 111 (step SI12). What is used at this point is 
a iogicai connection on the L2CAP set at the 
processing (6). 

(1 3) The BT terminal 1 1 1 starts the AV data trani.fer 
in response to the Play command (step S113). What 
is used at this point is the logical connection on the 
L2CAP set at the processing (6). 

[0056] By performing processing as described above, 
the AV data transfer at the wireless terminals can be ex- 
ecuted according to the wireless link condition thereof. 
[0057] The Bluetooth link condition information (wire- 
less link condition information) collected in processing 
steps (3) and (7) of the above processing sequence can 
be envisioned as being, for example, a type of transfer 
that can be used on the Bluetooth at this point (for ex- 
ample, ACL or SCO) and conditions of that transfer 
method (such as bandwidth information or channel in- 
formation). Notice can also be made of the version in- 
formation of the Bluetooth (for example, Ver. 1 or Ver. 
2) and the operating electrical power mode of the Blue- 
tooth (for example, high-power mode or low-power 
mode) . Additionally, it can be envisioned that notification 
is given of the data link layer information, such as the 
number of logical connection settings on the L2CAR If 
possible, BT terminal hardware information (for exam- 
ple, wireless processing section function information 
and version information of the protocol being followed) 
can also be captured as part of the wireless lirik condi- 
tion information. An upper AV application, in response 
to this wireless link condition information, can perform 
processing such as establishing whether or not data 
transfer can be done, changing the data transfer rate, 
or retrying the transfer. 

[0058] In the processing steps (3) and (7) of the above 



processing sequence, however, it is not necessarily 
possible to directly collect such link condition informa- 
tion itself, such as usable transfer type (ACL or SCO) or 
bandwidth information and mode. The reason for this is 

5 that the information that can be collected from the ACI 
chat is defined in the HCI is information that is only rec- 
ognized within that protocol, and there are cases in 
which information itself, such as a specific bandwidth is 
not collected (for example, when the packet discard rate 

10 or number of channels being used is collected). For this 
reason, there are cases in which the SDP protocol 26 
or an AV application 28 at tne BT terminal 1 01 must re- 
write (convert) the obtained wireless link condition infor- 
mation into information that has meaning to the AV ap- 

15 plication 28, such as the bandwidth information or Blue- 
tooth mode information, in order to perform processing. 
[0059] Fig. 4 shows an example of Descriptor infor- 
mation held by the SDP protocol executed in the first 
embodiment. 

20 [0060] As shown in Fig. 4, under a Public Browse Root 
(S11) that is the origin when searching for Descriptor 
information in the SDP Protocol, there is are service 
groups such as Entertainment (S21), News (S22), and 
Reference (S23) and the like. For example, under the 

^5 Entertainment group (S21), there is coded types of 
stored new sources. 

[0061] In the first embodiment, under the Reference 
group (S23), a BT-Link group (S26) is defined, in which 
information with regard to the wireless link (Bluetooth) 

so stoced. Under the BT-Link group there is an information 
group with regard to the ACL (S27) and an information 
group with regard to the SCO (S28). Under the informa- 
tion group with regard to the ACL link (S27), there is 
coded information such as the usable bandwidth on the 

35 ACL link (S31), information of the usable channel num- 
bers (S32), and information with, regard to the corre- 
sponding QOS (Quality of Service) (S33). Under the in- 
formation group with regard to the SCO link (S28), there 
is information with regard to, for example, the number 

40 of usable SCO channels (S34). Additionally, although 
not shown in Fig. 4, in addition to information by the type 
of transfer, such as ACL or SCO, this Descriptor infor- 
mation can have coded in it as Bluetooth condition in- 
formation other condition information such as Bluetooth 

45 version Information or electrical power mode and hard- 
ware information. 

[0062] By using a Descriptor such as described 
above, it is possible using the SDP protocol 26 to collect 
BT-Link information of a local BT terminal, or to read out 

so BT-Link information of another BT terminal. Specifically, 
in the processing steps (3) and (7) of the processing se- 
quence of Fig. 3, information under the information 
group (S27) with regard to the ACL link of the local BT 
terminal, is collected, and at the processing steps (9) 

55 and (10), information of the information group (S27) with 
regard to the ACL link of the BT terminal 1 1 1 is read out. 
[0063] Fig. 5 shows an example of a block diagram of 
the internal configuration of a BT terminal 101 used in 
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the first embodiment of the present invention. 
[0064] The BT terminal 101 in the first embodiment is 
capable of wireless communication using Bluetooth, 
and has forthis purpose a Bluetooth interface processor 
500 that executes physical layer processing. 
[0065] The Bluetooth interface processor 501 has two 
types of defined transfer modes, an ACL mode 501 1 and 
an SCO mode 5012, As a data link layer function using 
the ACL mode 5011, there exists a L2CAP processor 

503, and as a data link layer management function, 
there exists a link monitor processsor (LMP) 502. This 
link monitor processor 502 monitors and collects link 
condition information of Bluetooth, and gives notification 
thereof to an SDP processor 504. 

[0066] At the L2CAP processor 503, there resides in 
SDP processor 504 for accessing, notification, and re- 
sponse with respect to service information (including 
wireless link condition information) existing at the BT ter- 
minal 101, an AV/C processor 505 for execution of a 
control protocol for AV data transfer with the BT terminal 
1 11 , an AV data processor 506 for execution of AV data 
transfer with the BT terminal 111 , and an SDP informa- 
tion storage section 509 for storage of wireless link con- 
dition information. Although in this case the AV data han- 
dled by the AV data processor 506 is basically data that 
is received by transfer via the L2CAP processor 503, it 
will be understood that the first embodiment is not re- 
stricted in this manner, and that there is the case in 
which audio data from the SCO mode 501 2 that handles 
audio data used in a normal telephone is handled. 
[0067] At this point, notification of information collect- 
ed atthe Link monitor 502 is made to the SDP processor 

504, and link condition information of Bluetooth stoced 
in the SDP information storage section 509 is read out 
by the AV application processor 508. 

[0068] When this is done, the wireless link condition 
information collected atthe Link monitor processor 502 
is not limited to parameters codable as SDP information. 
Additionally, the parameters representing wireless link 
condition information coded in the SDL processor 504 
are not necessarily parameter that can be read out by 
an upper AV application processor 508. Therefore, in 
the SDP processor 504 a function of performing 
processing to convert information collected at the link 
monitor processor 502 to a parameter that is readable 
by the SDP processor 504 is provided within the SDP 
processor 504 (this being executed in by the SDP pa- 
rameter conversion section 504b in Fig, 5), and a func- 
tion of performing processing to convert information 
coded within the SDP processor 504 to a parameter that 
is readable by an AV application processor 508 is pro- 
vided within the AV application processor 508 (the ap- 
plication parameter conversion section 508b in Fig. 5). 
[0069] Additionally, the AV application processor 508, 
based on this wireless link condition information, estab- 
lishes the processing that the AV/C processor 505 and 
the AV data processor 506 should perform and gives 
notification of the same. 



[0070] Specifically, the AV application processor 508, 
in response to this wireless link condition information, 
performs such AV application processing as determin- 
ing whether or not data transfer is possible, changing 

5 the data transfer rate, and re-transmitting data, execut- 
ing this processing while controlling the SDP processor 
504, the AV/C processor 505, and the AV data Proces- 
sor 506. The BT terminal 1 01 has a display section 507 
for displaying video data (or AV data) processed by the 

10 AV data processor 506. For example, the display section 
507 can display a list of AV data (content) that can be 
transferred, and the user can be made to select AV data 
to be transferred from this list. 
[0071] The BT terminal 111 that transfers AV data, in 

is contrast to the BT terminal 101 that acts as a controller, 
can be provided with all functions, or can have the AV 
application processor 508 and display section 507 omit- 
ted. 

[0072] According to the first embodiment of the 
£0 present invention, in a wireless network in which the 
condition of a link varies dynamically, it is possible for 
an upper application to perform AV data transfer while 
consideration is given to the wireless link condition. 

£5 Second embodiment 

[0073] A second embodiment of a wireless network 
system according to the present invention is described 
below, with reference made to Fig. 6 to Fig. 9. 

30 [0074] The second embodiment is another form of the 
first embodimentshown in Fig. 1 , in which AV data trans- 
fer is performed between a BT terminal 101 and a BT 
terminal 111. In the second embodiment, similar to the 
case of the first embodiment, because the BT terminal 

35 101 and the BT terminal 111 are connected by Blue- 
tooth, a what transfer rate AV data at the BT terminal 
111 can be transferred is established by the link type 
used in Bluetooth, and the degree of noise on Bluetooth. 
[0076] In the second embodiment, a method of giving 

40 notice of the Bluetooth link condition information to an 
AV application is not that of using an SDP protocol as is 
done in the first embodiment, but rather that of giving 
notification by using an AV/C Protocol used by an AV 
application. 

45 [0076] Fig. 6 shows an example of a protocol stack in 
a BT terminal in the above case. 
[0077] In Fig. 6, there is no SDP protocol processor 
26 which in the first embodiment performs processing 
for passing wireless link condition information. In its 

50 place, there is an LMP (Link Management Protocol) 
processor 29 that using the ACL mode 211 of a Base- 
band processor 21 , similar to the L2CAP processor 22. 
This LMP protocol processor 29 collects wireless link 
condition information. The collected wireless link condi- 

55 tion information is converted to a format that can be in- 
terpreted by an AV/C Protocol processor 23 defined as 
a protocol at the L2CAP 22, notification thereof being 
made to the AV/C Protocol processor 23. In the second 
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embodiment, therefore, when performing sending and 
receiving of AV data between BT terminals, an AV ap- 
plication 28 can collect wireless link condition informa- 
tion from the AV/C Protocol processor 23. 
[0078] In the example described below, the notifica- 5 
tion of the wireless link condition information using the 
AV/C Protocol processor 23 is described for the case in 
which the method of using the Descriptor at the AV/C 
Protocol is that in which the wireless link condition infor- 
mation is appended to part of the Descriptor information, to 
Other methods of giving notification of the wireless link 
condition information to an upper application using the 
AV/C Protocol that can be envisioned include the meth- 
od of writing the wireless link condition information to 
response information to a command to collect SubUnit is 
information defined as an AV/C Protocol command 
(SubUnitjnformation command), and the method of de- 
fining a separate AV/C Protocol command for reading 
out and giving notification of a wireless link condition. 
[0079] Fig. 7 shows an example of the processing se- so 
quence in the second embodiment, wherein with the 
hardware configuration shown in Fig. 1 , a BT terminal 
101 reads out AV data (video data stored within the 
VTFLSubUnit 112 of the BT terminal 111) for viewing. 
[0080] The actual steps of the processing sequence ^ 
are as follows. 

(1) BT terminal 101 and BT terminal 111 approach 
one another and each recognizes that it is in a re- 
gion enabling communication with the other so 
(processing performed by the Baseband processor 
21) (step 8701). 

(2) A connection is set up between the BT terminal 
101 and the BT terminal 111 for the purpose of 
transfer of an AV/C message therebetween 35 
(processing performed by the L2CAP processor 22) 
(step S702). 

(3) The BT terminal 101 and the BT terminal 111 
use a protocol (HCl) on the Bluetooth to collect wire- 
less link condition information in which processing 40 
step (2) caused a change, and store the same within 

a Descriptor used in the AV/C Protocol (step S703). 
In this case, the SDP information (103, 113) in Fig. 
1 is replaced by the Descriptor used in the AV/C Pro- 
tocol. 45 

(4) The BT terminal 101 uses the SubUnitjnfo 
command of the AV/C Protocol to collect SubUnit 
information existing in the BT terminal 111 . What is 
used for this is a logical connection on the L2CAP 

set at processing (2) (step S704). 50 

(5) The BT terminal 1 1 1 makes notification of an AV/ 
C response to the BT terminal 101 to the effect that 
the VTFLSubUnit 1 1 2 exists as a SubUnit within the 
local terminal device (step 5705). 

(6) The BT terminal 1 01 sets a logical connection on 55 
Bluetooth for the purpose of receiving AV data from 

the BT terminal 111 (processing performed by the 
L2CAP processor 21) (step S706). 



(7) The BT terminal 101 and the BT terminal 111 
use a protocol (HCl) on the Bluetooth to collect wire- 
less link condition information in which processing 
(6) caused a change, and stores the same within a 
Descriptor used in the AV/C Protocol (step S707). 
In this case, the SDP information 103 and 113 
shown in Fig. 1 is replaced by the Descriptor infor- 
mation in the AV/C Protocol. 

(8) An AV application at the BT terminal 101 reads 
the Descriptor information in the AV/C Protocol of 
the local terminal device, and obtains link condition 
information in Bluetooth (step S708). 

(9) The BT terminal 1 01 , in order to obtain informa- 
tion with regard to the VTFLSubUnit 112 within tne 
BT terminal 111, sends a ReadJDescriptor com- 
mand (AV/C Protocol command) to the BT terminal 
1 1 1 for the purpose of reading the Descriptor in the 
AV/C Protocol (step S709). What is used at this 
point is the logical connection set at the processing 
(2). 

(10) The BT terminal 111 gives notification of the 
Descriptor information in the AV/C Protocol of the 
VTFLSubUnit 11 2 of the local terminal device to the 
BT terminal 1 01 (step S701 ). When this is done, no- 
tification is also made of wireless link condition in- 
formation (which can include, for example, content 
information such as the encoding method). The 
wireless link condition information for which notifi- 
cation is made is appended to the coding of the De- 
scriptor information of AV/C to be stored in the AV/ 
C information storage section 910 shown in Fig. 9. 
What is used in this notification is the logical con- 
nection on the L2CAP set at the processing (2). 

(11) The BT terminal 101 reads the link condition 
information of the received Descriptor, and selects 
an AV/C command in accordance with these link 
conditions for the purpose of acquiring content (step 
S71 1 ). Also a selection is made of a transfer method 
(ACL or SCO) that is required by the AV data and 
capable of use by the Bluetooth. For example, it is 
possible to make selection of various processing 
details and methods, such as selection of AV data 
to be played and specification of rates, giving con- 
sideration to the wireless link condition. Additional- 
ly, it is possible for the above selection to be made 
by the intervention of a user For example, a GUI 
can be used to present a list of AV data that can be 
transferred and viewed, in response to the wireless 
link condition information, the user being caused to 
select from this listed content the desired AV con- 
tent. 

(1 2) The BT terminal 1 01 transfers the above-noted 
selected AV/C command to the BT terminal 111 so 
as to specify AV data, after which it sends an AV 
data playback command (play command) to the BT 
terminal 111. what is used at this point is a logical 
connection on the L2CAP set at processing (2). 

(1 3) The BT terminal 1 1 1 start the AV data transfer 
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in response to the "Play" command. What is used 
at this point is the logical connection on the L2CAP 
set at the processing (6), 

[0081] By performing processing as described above, 
AV data transfer between wireless terminals can be per- 
formed efficiently, in accordance with the associated 
wireless link condition. 

[0082] As described above, in addition to the method 
of reading the Descriptor to collect wireless link condi- 
tion information on the AV/C protocol, there is the meth- 
od of notation in the response information to the collec- 
tion command (SubUnitJnfo command) of the SubUnit 
information at processing (5). It can be envisioned that 
at processing (9). rather than sending a 
ReadJDescriptor command, a command for che pur- 
pose of collecting wireless link condition information (for 
example, a ReadJDataLinklnfo) is defined and then 
used. 

[0083] The wireless link condition information about 
which notification is made at the processing (1 0) in che 
above-noted processing sequence, similar to the case 
of the first embodiment, can be envisioned as including 
such information as the type of transfer and condition of 
transfer possible on Bluetooth, Bluetooth version infor- 
mation or electrical power mode information. At the 
processing (3) and (7) in the above-noted processing 
sequence, it is assumed that there is a case in which it 
is necessary to perform some type of information con- 
version so as to adapt the collected wireless link condi- 
tion information to the representation in the Descriptor 
of the AV/C Protocol. 

[0084] At processing (10) of the above-noted 
processing sequence, although a selection is made of 
content to be received, in accordance with wireless link 
condition information (the content information being in- 
cluded in the received Descriptor information), a differ- 
ent method for adapting to the wireless link condition 
information from that of selecting content. For example, 
in the case in which the VTFLSubUnit 11 2 of the BT ter- 
minal 111 has a real-time encoder function, it can be en- 
visioned that the encoding rate of the encoder is con- 
trolled in accordance with the wireless link condition in- 
formation, in the case in which the VTFLSubUnit 112 
has a plurality of encoding functions (for example, an 
MPEG2 encoding function and an MPEG4 encoding 
function), a method can also be envisioned in which a 
type of encoding function to be executed is selected in 
accordance with this wireless link condition information, 
and an encoding method capable of providing a rate that 
can be used on the wireless link is used to encode and 
sent AV data within the VTFLSubUnit 112, 
[0085] Fig. 8 shows an example of Descriptor infor- 
mation within an ACA/ Protocol within a BT terminal 1 1 1 
of the second embodiment 

[0086] Fig. 8 shows the case in which a Descriptor is 
defined in each SubUnit identifiable by the AV/C Proto- 
col, the Descriptors for each SubUnit being represente. 



i hierarchally. In the example shown in Fig. 8, first a 
DatalinkJDescriptor (A21) corresponding to a commu- 
nication interface of the BT terminal 111 and a 
Contents_Descriptor (A22) corresponding to a stored 
5 movie or game are indicated as an Object group existing 
within a Root Descriptor (All) of the VTR^SubUnit 112. 
As the Objects, the Datau Lin ^Descriptor (A21 ) has the 
Bluetooth Object (A31) and the Contents_Descriptor 
(A22) has the Movie Object (A32). Each Object group 
10 (A31 and A32) has the specific parameters indicated 
such as the bandwidth at which transfer can be per- 
formed in the Bluetooth ACL mode (A41), information 
with regard, forexample, to the number of channels that 
can be used in SCO (A42), the title of an MPEG2 en- 
's coded movie and the usable transfer speed (A43), and 
the title of an MPEG4 encoded movie and the usable 
transfer speed (A44). Although not shown in Fig. 8, in 
addition to information by the type of transfer, such as 
ACL or SCO, this Descriptor information can have cod- 
20 ed in it as Bluetooth condition information other Edition 
information such as Bluetooth version information or 
electrical power mode and BT terminal 1 1 1 hardware in- 
formation. 

[0087] Fig. 9 shows an example of a block diagram of 
^5 the internal configuration of a BT terminal 101 used in 
the second embodiment. 

[0088] The BT terminal 101 of the second embodi- 
ment has a Bluetooth interface processor 901 , for exe- 
cuting Bluetooth physical layer processing, an L2CAP 

30 processor 903 using an ACL mode 901 1 defined in the 
Bluetooth interface processor 901, and a link monitor 
processor (LMP) 902, The link monitor processor 902 
collects Bluetooth link condition information and makes 
notification of this wireless link condition information to 

35 an AV/C processor 905. At this point, the wireless link 
condition information collected at the Link monitor proc- 
essor 902 is not necessarily information that is readable 
by the AV/C Protocol. For this reason, an information 
conversion processor 909 exists between the link mon- 

40 itor processor 902 and the AV/C processor 905 for the 
purpose of converting wireless link condition information 
collected at the link monitor processor 902 to a format 
that enables inclusion in the Descriptor information of 
AV/C protocol. 

45 [0089] An AC/V processor 905 that executes the AV/ 
C Protocol and an AV data processor 906 that performs 
transfer of the actual AV data using the ACL mode 9011 
or the SCO mode 9012 remain at the L2CAP processor 
903. The Bluetooth link condition information collected 

50 by the link monitor processor 902 and about which no- 
tification is made to the AV/C processor 905 is held and 
stored in an AC/V information storage section 910, and 
is read out by the AV application processor 908. The AV 
application processor 908, based on the read-out wire- 

55 (ess link condition information, makes a determination 
and notification of the processing to be performed by the 
AV/C processor 905 and AV data processor 906. A dis- 
play section 907 exists for the display of video data proc- 
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essed by the AV data processor 906. 
[0090] According to the second embodiment of the 
present invention, in a wireless network in which the link 
condition varies dynamically, it is possible using the De- 
scriptor of the AV/C Protocol to perform optimum AV da- 
ta transfer, giving consideration to the wireless link con- 
dition information. Third embodiment 
[0091] Next, a wireless network system according to 
a third embodiment of the present invention is described 
in detail below, with references made to Fig. 10 to Fig 
12. The third embodiment provides a function of per- 
forming optimized data transfer in a network configura- 
tion formed by the integration of a wireless network and 
a wired network, in which the wireless link condition in- 
formation is considered. 

[0092] Fig. 1 0 shows an example of the configuration 
of a network formed by integrating awireless LAN (Blue- 
tooth) and IEEE 1 394, for the case of performing AV da- 
ta transfer. 

[0093] In Fig. 10, a 1394 terminal 1001 on the IEEE 
1394 bus and a BT terminal 1021 on the Bluetooth per- 
form AV data transfer via a wireless gateway (GW) ap- 
paratus 1011 that connects the IEEE 1394 with Blue- 
tooth. 

[0094] In the third embodiment, the BT terminal 1021 
has a display function and a Display„SubUnit 1023 in 
the AV/C Protocol, and holds the SDP information 1022 
for Bluetooth. 

[0095] The 1394 terminal 1001 has a VTR function, 
and holds the VTFLSubUnit 1003 in the AV/C Protocol. 
[0096] Additionally, the wireless gateway apparatus 
1011 that connects the IEEE 1394 and the Bluetooth 
provides a proxy function for the purpose of connecting 
the IEEE 1394 bus and the Bluetooth on the AV/C Pro- 
tocol layer. 

[0097] Specifically, the wireless gateway apparatus 
1011 make the BT terminal 1021 recognize the 
VTFLSubUnit 1003, which actually exists within the 
1394 terminal 1001 , as if it existed within the local ter- 
minal device (in the gateway apparatus 1011). That is, 
the BT terminal 1021 recognizes the existence of the 
VTFLSubUnit 1003 within the wireless gai eway appa- 
ratus 1011 . By executing this proxy processing the BT 
terminal 1 021 , without being aware of the specific net- 
work configuration (the fact that the Bluetooth is actually 
connected to the IEEE 1394), just executes the AV/C 
Protocol defined on che Bluetooth, thereby enabling ex- 
ecution of the AV/C Protocol between it and the 1394 
terminal 1001 on the IEEE 1394. The wireless gateway 
apparatus 1011 also holds SDP information 1 01 2 on the 
Bluetooth. 

[0098] In the third embodiment as well, similar to the 
case of the first embodiment, because the BT terminal 
1021 and the wireless gateway 1011 are connected by 
a wireless LAN (Bluetooth), at what transfer speed it is 
possible to perform AV data transfer between the BT ter- 
minal 1021 and the 1394 terminal is dependent upon 
the link condition of the wireless LAN (Bluetooth). In the 



third embodiment, a protocol stack (refer to Fig. 2) sim- 
ilar to that of the first embodiment is used to execute an 
AV application on Bluetooth, the SDP information 1012 
on the wireless gateway apparatus 1011 and the SDP 

5 information 1 022 on the BT terminal 1 021 being directly 
read from the AV application. Therefore, use of an API 
in the HCI protocol is assumed to be used as means for 
collecting Bluetooth link condition information in the third 
embodiment as well. 

10 [0099] Fig. 11 shows an example of the processing 
sequence in the third embodiment, for the case in which 
the BT terminal 1021, which serves as a controller, 
reads out AV data (data stored in the VTFLSubUnit 
1003 of the 1394 terminal 1001) for viewing or the like. 

15 The actual processing steps are as follows. 

(1 ) The BT terminal 1 021 and wireless gateway ap- 
paratus 1011 approach one another and each rec- 
ognizes that it is in a region enabling communica- 
te* tion with the other (processing performed by the 

Baseband processor 21) (step S301). 

(2) A logical connection is set up for the purpose of 
AV/C message transfer between the BT terminal 
1021 and the wireless gateway apparatus loll 

25 (processing being performed by the L2CAP proces- 
sor 22) (step S302). 

(3) The BT terminal 1 021 and the wireless gateway 
1011 collect wireless link condition information 
(Bluetooth condition information) in which process- 

30 ing (2) cause as change, and store same within the 
SDP information storage sections 1012 and 1022 
(Descriptors used by the SDP protocol), respective- 
ly (step S303). 

(4) Before and after the processing (1) through (3), 
35 the wireless gateway 1011 uses a subUnitJnfo 

command of the AV/C Protocol to collect SubUnit 
information that exists in the 1394 terminal 1001 
(step S304). 

(5) The 1 394 terminal 1 001 makes notification to the 
40 wireless gateway 1011 of the fact that a 

VTFLSubUnit 1003 exists as a SubUnit in the local 
terminal device, in the form of an AV/C response 
(step S305). 

(6) The BT terminal 1021 uses SubUnitJnfo corn- 
45 mand of the AV/C Protocol to collect SubUnit infor- 
mation existing in the connected wireless gateway 
apparatus 1011 (step S306). What is used at this 
point is a logical connection on the L2CAP set by 
processing (2). 

50 (7) The wireless gateway 1011 makes notification 
of the VTFLSubUnit 1003 as a SubUnit existing at 
the local terminal (actually VTFLSubUnit is a Sub- 
Unit existing in the 1 394 terminal) to the BT terminal 
1021 as a VTFLSubUnit 1013 within the local ter- 

55 minal device (step S307). What is used at this time 
as the logical connection on the L2CAP set at 
processing (2). 

(8) The BT terminal 1021 sets up a logical connec- 
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tion on the L2CAP for the purpose of receiving AV 
data from the wireless gateway apparatus 1011 
(step S308), processing being performed by the 
L2CAP processor 22, 

(9) The wireless gateway apparatus 1011 establish- 
es a connection on the IEEE 1394 bus for the pur- 
pose of receiving AV data from the 1394 terminal 
1001 (step S309) (executes the IEC 61883 Proto- 
col). 

(10) The BT terminal 1021 and the wireless gate- 
way apparatus 1011 each use the HCI Protocol to 
collect wireless link condition information (Blue- 
tooth condition information) in which a change re- 
sulted from the above-noted processing (8), and 
store same into the SDP information 1 012 and 1 020 
(Descriptors used in the SDP Protocol), respective- 
ly (step S310). 

(1 1 ) An AV application at the BT terminal 1 021 read 
the SDP Protocol Descriptor information of the local 
terminal device and obtains the Bluetooth link con- 
dition information (step S311). 

(12) The AV application at the BT terminal 1021 
sends an SDP Request command to the wireless 
gateway 1011 for the purpose of reading the De- 
scriptor information in the SDP Protocol of the wire- 
less gateway apparatus 1011 (step S312). 

(13) The wireless gateway apparatus 1011 gives 
notification to the BT terminal 1 021 of the Descriptor 
information in the SDP Protocol at the local terminal 
device (step S313), The Descriptor information in 
the SDP Protocol at the local device of which noti- 
fication is given is added to the coding of the De- 
scriptor information of the SDP Protocol at the BT 
terminal 1021 and stored in the SDP information 
storage section (the same as the SDP information 
storage section 509 of Fig. 5). 

(14) The BT terminal 1021 accesses the link condi- 
tion information collected at processing (32) and se- 
lects an AV/C command to be sent to the 
VTFLSubUnit 1013 of the wireless gateway 1011 
(step S31 4). It is possible, for example, to make se- 
lectable various processing details and processing 
methods, such as the selection of AV data to be 
played back and the rate, giving consideration to the 
condition of the wireless link. The above-noted se- 
lection can be made with the intervention of a user 
For example, a GUI can be used to present a list of 
AV content that can be viewed, and the user can be 
made to select the desired AV content from the list. 

(1 5) The BT terminal 1 021 transfers to the wireless 
gateway 1011 an AV/C command (piay command) 
for the purpose of playing back desired AV data 
(step S315). What is used at this time is a logical 
connection on the L2CAP set at processing (2). 

(16) The wireless gateway apparatus 1011 trans- 
fers the received command (Play command) to the 
VTR__SubUnit 1003 that is the destination of this 
command within the 1394 terminal 1001 on the 



IEEE 1 394 bus corresponding to the VTR_Subllnit 
1013 (step S316). 

(17) The VTR„SubUnit 1003 within the 1394 termi- 
nal 1001 starts the transfer of AV data (step S317). 
5 What is used at this time is aconnection on the IEEE 
1394 bus set at processing (9). 

[0100] By performing processing in this manner, it is 
possible to efficiently execute the transfer of AV data 

10 across an IEEE 1394 bus and a wireless LAN (Blue- 
tooth), in accordance with the condition of the wireless 
link, and in doing this, it is possible to use the same type 
of the Bluetooth link condition information and method 
of notification to the SDP Protocol of the collected link 

is condition information as described with regard to the 
first embodiment. 

[0101] Although itisnotshown in the drawing, the De- 
scriptor information in the SDP Protocol held in the wire- 
less gateway 1011 of the third embodiment is the same 

20 as the Descriptor information (refer to Fig. 4) in the case 
of the first embodiment . However, because the wireless 
gateway apparatus 1011 does not only have a Bluetooth 
interface, but also has an IEEE 1394 interface, in the 
AV/C Protocol layer, link information of this IEEE 1394 

25 bus is also stored and accessed. 

[0102] Fig. 12 is shows an example of the block dia- 
gram of the internal configuration of a wireless gateway 
1011 used in the third embodiment. In the third embod- 
iment, the BT terminal 1 021 on the wireless network can 

so be implemented by the same type of wireless terminal 
device as in the first embodiment shown in Fig. 1 or the 
second embodiment shown in Fig. 9. Because there is 
no need to consider a network beyond the wireless gate- 
way apparatus, the 1 394 terminal 1 001 on the wired net- 

35 work can be the same type of terminal device as used 
in the conventional art. 

[0103] The wireless gateway apparatus 1011 of the 
third embodiment can perform both wireless communi- 
cation by Bluetooth and wired communication by the 

40 iEEE 1394, and performs connection processing be- 
tween tnese differing communication interfaces. It is al- 
so possible to perform proxy processing that enables 
execution of an AV/C Protocol that bridges across the 
IEEE 1394 bus and Bluetooth, 

45 [0104] In order to perform this processing, within the 
wireless gateway 1 011 in the third embodiment, there is 
a Bluetooth interface processor 1201 that executes the 
Bluetooth physical layer, and an IEEE 1394 interface 
processor 1 202 that executes the physical layer and the 

50 link layer of the IEEE 1394. 

[0105] In the Bluetooth interface processor 1201 
there are two types of data transfer modes, an ACL 
mode 12011 and an SCO mod 12012. An L2CAP proc- 
essor 1204 exists as a datalink layer function using the 

55 ACL mode 12011 and a link monitor processor 1203 ex- 
ists as a dataiink layer management function. The link 
monitorprocessor 1 203 collects Bluetooth link condition 
information, and makes notification thereof to the SDP 
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processor 1206. The Bluetooth link condition informa- 
tion collected at the link monitor processor 1 203 and of 
which notification is made to the SDP processor 1206 
is held and stored in the SDP information storage sec- 
tion 1209, and is read out by the gateway function proc- 
essor (AV/C processor) 1208. 
[0106] When this is done, the wireless link condition 
information collect at the link monitor processor 1 203 is 
not necessarily a parameter that can be coded as SDP 
information. Additionally, parameters that represent the 
wireless link condition information coded in the SDP 
processor 1206 are not necessarily parameters that can 
be read by the upper gateway processor (AV/C proces- 
sor) 1208. Therefore, in this case, for example, a func- 
tion that performs processing (calculation processing) 
for conversion of information collected at the link monitor 
processor 1203 to parameters that can be understood 
by the SDP processor 1206 can be provided within the 
SDP processor 1206 (this being executed by the SDP 
conversion section 1206b shown in Fig. 12), and a func- 
tion that performs conversion processing (calculation 
processing) for conversion of information coded within 
that SDP processor 1206 to parameters that can be un- 
derstood by the gateway function processor 1208 can 
be provided within the gateway function processor 1 208 
(this being executed by the gateway conversion section 
1208b shown in Fig. 12). 

[0107] In the IEEE 1394 interface processor 1202, 
there exists a transaction processor 1 205 for executing 
transaction processing for performing data transfer in 
the asynchronous mode on the IEEE 1394 bus, 
[0108] At the AV data processor 1207 that executes 
AV data transfer between Bluetooth and the IEEE 1 394 
bus, protocol processing is performed, protocol 
processing with respect to data such as audio data form 
the SCO mode 1 201 2 at the baseband processing 1 201 
of Bluetooth and AV data that is sent and received via 
the L2CAP processor 1204 from the ACL mode 12011. 
It is possible to use an isochronous channel or asyn- 
chronous packets on the IEEE 1394 bus to execute pro- 
tocol processing of AV data, and to transfer AV data that 
bridges across Bluetooth and the IEEE 1394 bus. 
[0109] Additionally, to enable execution of an AV/C 
Protocol that bridges across Bluetooth and the IEEE 
1394 bus via the wireless gateway apparatus 1011. 
there is a gateway function processor 1 208. At this gate- 
way function processor 1208, in addition to execution of 
the AV/C Protocol proxy processing, processing such 
as determining whether or not data transfer is possible, 
establishing the transfer parameters, and controlling 
transfer is also performed, in accordance with the wire- 
less link condition information, 
[0110] According to the third embodiment of the 
present invention, by using the above-noted wireless 
gateway apparatus, it is possible to perform AV data 
transfer and data transfer control that bridges across a 
wireless LAN such as Bluetooth and the IEEE 1394. It 
is sufficient that a BT terminal on the wireless network 



(a wireless terminal) execute data transfer control with 
respect to the wireless gateway 1 011 , and it is not nec- 
essary to be aware of the IEEE 1394 protocol beyond 
the gateway. Without having to make a functional ex- 
5 pansion of a conventional terminal device as used in a 
wired network, it is possible to achieve efficient AV data 
transfer via a gateway apparatus with respect to a wire- 
less terminal on a wireless network. 

10 Fourth embodiment 

[0111] A wireless network system according to the 
fourth embodiment of the present invention is described 
in detail below, with references being made to Fig. 13 to 
is Fig. 16. 

[0112] In the fourth embodiment, the difference with 
respect to the above embodiments is that it is assumed 
in this embodiment that a user accesses a 1 394 terminal 
1301 on the IEEE 1394 bus to view AV data within a 

20 wireless terminal 1321 existing on the wireless LAN. 
Similar to the case of the third embodiment, a wireless 
gateway apparatus 1311 makes a connection between 
the wireless LAN and the IEEE 1394 bus. In the fourth 
embodiment, an assumption made is that of the use of 

25 a LAN having a fall-back function (a function which 
changes the transfer rate in response to the wireless 
condition when the wireless LAN is started up) such as 
in IEEE 802.11 as the wireless LAN. 
[0113] Fig. 13 shows an example of the network con- 

30 figuration for the case in which AV data transfer is per- 
formed with a configuration formed by the integration of 
a wireless LAN (Bluetooth) with an IEEE 1394. 
[0114] In the fourth embodiment, there is a 
Display^SubUnit 1303 within the 1394 terminal 1301, 

35 and a VTFLSubUnit 1323 within the wireless terminal 
1 321 , The wireless gateway apparatus 1311 Provides a 
proxy function for executing an AV/C Protocol that bridg- 
es across the IEEE 1394 and the wireless LAN (same 
function as that of wireless gateway in the third embod- 

40 iment), and makes the 1394 terminal 1301 recognize the 
VTR_SubUnit 1 31 3 corresponding to the VTFLSubUnit 
1323 actually existing in the wireless terminal 1321 as 
the SubUnit existing in the local terminal device. Addi- 
tionally, condition information for the wireless link, in- 

45 eluding the fall-back function information of the wireless 
LAN is stored in the link information 1 31 2 and 1 322 with- 
in the wireless gateway 1311 and wireless gateway 
1321, respectively. 

[0115] In the fourth embodiment, as shown in Fig. 14, 
so the same type of protocol stack as in the case of the 
second embodiment (refer to Fig. 6) is used execute an 
AV application on the wireless LAN. However, the Blue- 
tooth physical layer part and the L2CAP processor each 
correspond to the physical layer part and the MAC layer 
55 part of the IEEE 802.11 wireless LAN. respectively. On 
the IEEE 802.11 wireless LAN as well, a protocol that 
collects wireless link condition information similar to 
LMP is separately defined. 



27 



EP 1 089 502 A2 



28 



[0116] Fig. 15 shows an example of the processing 
sequence for the case in which, in the fourth embodi- 
ment. AV data (data stored within the VTFLSubUnit 
1323 of the wireless terminal 1321) is read out from 
1394 terminal 1301 and viewed. The actual processing 
steps are as follows. 

(1) The wireless LAN is started, and a modulation 
system is established so as to achieve a transfer 
rate commensurate with the condition between the 
wireless gateway 1311 and the wireless terminal 
1321 (stepS401). 

(2) The wireless gateway apparatus 1311 , as a re- 
sult of fall-back, makes notification of the selected 
transfer rate and the like to the AV/C Protocol (step' 

S402). 

(3) The wireless gateway apparatus 1311 , using a 
SubUnitJnfo command of the AV/C Protocol, col- 
lects SubUnit information existing in the wireless 
terminal 1321 (step S403). 

(4) The wireless terminal 1321 makes notification 
to the wireless gateway apparatus 1311 of the AV/ 
C response, to the effect that the a VTFLSubUnit 
1323 exists within the local terminal device, in the 
form of AV/C response (step S404). 

(5) The 1394 terminal 1301, for example, uses the 
SubUnitJnfo command of the AV/C Protocol to col- 
lect SubUnit information existing at the wireless 
gateway apparatus 1311 (step S405). 

(6) The wireless gateway apparatus 1311 makes 
notification to the 1394 terminal 1301 of the 
VTFLSubUnit 1 323 actually existing within the wire- 
less terminal 1321 as a SubUnit existing within the 
local terminal (as che VTFLSubUnit 1311 existing 
within the local terminal) (step S406). 

(7) The 1394 terminal 1301 , in order to obtain infor- 
mation with regard to the VTFLSubUnit 1 31 3 within 
the wireless gateway apparatus 1311, sends a 
ReadJDescriptor command for reading the associ- 
ated Descriptor (step S407). 

(8) The wireless gateway apparatus 1311 makes 
notification to the 1394 terminal 1301 of the De- 
scriptor information of the VTFLSubUnit within the 
local terminal (step S408). At this time, the fall-back 
information as well as the content information is no- 
tified to the wireless gateway apparatus 1301. 

(9) The 1394 terminal 1301 establishes a connec- 
tion on the IEEE 1394 bus in order to received AV 
data from the wireless gateway apparatus 1311 
(and for this purpose executes the IEC 61883 Pro- 
tocol) (step S409). 

(10) The wireless gateway apparatus 1311 estab- 
lishes a communication resource on the wireless 
LAN for the purpose of receiving AV data from the 
wireless terminal 1 321 (operation in the PCF mode) 
(step S410). 

(11) The 1394 terminal 1301, accessing Descriptor 
information that received at processing (8), selects 



an AV/C command to be sent to the VTFLSubUnit 
1303 of the wireless gateway apparatus 1311 (step 
S411). Furthermore, immediately before the opera- 
tion of selecting this AV/C command it is possible 

s to perform the processing of (7) and (8) again with 
the wireless gateway apparatus, and further for the 
wireless gateway apparatus 1311 to request notifi- 
cation of Descriptor information from the BT termi- 
nal 1 321 , so as to obtain the wireless link condition 

10 and content information when transmitting data. In 
the selection of this AV/C command, it is possible 
to perform selection of the AV data to be played and 
specification of the rate. Additionally, for example, 
it is possible to make settings of various processing 

is details and methods, such as the selection of AV 
data to be played and the transfer rate selectable. 
It further possible to make the above-noted selec- 
tions by intervention of a user. For example, a GUI 
can be used present a list of AV content that can be 

20 transferred and viewed, in accordance with the 
wireless link condition information, and the user be- 
ing caused to select from this listed content the de- 
sired AV content. 

(12) The 1394 terminal 1301 sends an AV/C com- 
25 mand (play command), for the purpose of playing 

back the desired AV data, to the wireless gateway 
apparatus 1311 (step S412). 

(13) The wireless gateway apparatus 1311 sends 
the received command (play command) to the 

30 VTFLSubUnit 1323 that is the destination of this 
command within the wireless terminal 1321 on the 
wireless LAN corresponding to the VTFLSubUnit 
1313 (step S413). 

(1 4) The VTR-SubUnit 1 323 within the wireless ter- 
35 minal 1321 starts AV data transfer with respect to 

the 1394 terminal 1301 (step S414). 

[0117] By performing the above processing, it is pos- 
sible to perform highly efficient AV data transfer that 
40 bridges across the IEEE 1 394 and a wireless LAN (IEEE 
802.11), responsive to the condition of the wireless link 
therebetween. 

[0118] Fig. 1 5 is a drawing showing an example of the 
Descriptor information within the wireless gateway ap- 

45 paratus 1311 of the fourth embodiment. 

[0119] The Descriptor information of the fourth em- 
bodiment as well, similar to the case of the second em- 
bodiment, indicates the case in which the Descriptor is 
defined for each SubUnit identifiable in the AV/C Proto- 

50 col. 

[0120] In the example shown in Fig, 15, the object 
group existing within the Root Descriptor (All) of the 
VTR_SubUnit 1313 shows the DataLin ^Descriptor 
(A21) corresponding to the communication interface of 
55 the wireless gateway apparatus 1311 and the 
Contents„Descriptor (A22) corresponding to a stored 
video or game or the like. The individual objects that ex- 
ist are an object (A31 ) corresponding to the IEEE 802. 11 
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in the DataLinkJDescriptor (A21) and a movie object 
(A32) in the Contents^Descriptor (A22). Each of the ob- 
ject groups (A31 , A32 t and A33) has specific parame- 
ters such as the transfer rate after fall-back on the IEEE 
802.11 (A45), the usable bandwidth in the asynchro- 
nous mode on the iEEE 1394 (A46), the number of 
channels set for the isochronous mode (A47), the title 
of an MPEG2 encoded movie and the usable transfer 
rate (A43), and the title of an MPEG4 encoded movie 
and the usable transfer rate (A44). Although it is not 
shown in Fig. 15, this Descriptor information can have 
coded in it condition information such as the type and 
version of the installed protocol, the sending electrical 
power mode, and hardware information of the wireless 
terminal 1321. 

[0121] Fig. 16 is an example of a block diagram of the 
internal configuration of the wireless gateway apparatus 
1311 used in the fourth embodiment. 
[0122] The wireless gateway apparatus 1311 of the 
fourth embodiment can perform both wireless commu- 
nication using the IEEE 802.11 and wired communica- 
tion using IEEE 1394. and executes connection 
processing between these differing interfaces. Proxy 
processing to enable execution of the AV/C Protocol that 
bridges across the IEEE 1 394 bus and the IEEE 802.11 
is also performed in the wireless gateway apparatus 
1311. 

[0123] In order to perform this processing, the wire- 
less gateway apparatus 1311 of the fourth embodiment 
comprises an IEEE 802.11 interface processor 1601, 
which executes IEEE 802.11 wireless LAN physical lay- 
er processing, and an IEEE 1394 interface processor 
1602. which executes IEEE 1394 bus physical layer 
processing and link layer processing 
[0124] Within the IEEE 802.11 interface processor 
1 601 there exists a fall-back processor 1 6011 ( which ex- 
ecutes fail-back processing at the time of wireless LAN 
startup, and this fall-back processor 1 601 1 is connected 
to an information collection processor 1606 that collects 
transfer rate information resulting from the fall-back 
processing and send the collected information to an AV/ 
C information storage section 1609 which stores the 
wireless link condition information. 
[0125] The IEEE 1394 interface processor 1602 is 
connected to a transaction processor 1605, which exe- 
cutes transaction processing for performing data trans- 
fer in the asynchronous mode on the IEEE 1394 bus. 
[0126] There is an AV data processor 1 607, which ex- 
ecutes AV data transfer between the MAC processor 
1604 executing MAC protocol processing of the IEEE 
802.11 or IEEE 802.11 wireless LAN and the IEEE 1394 
bus, this performing processing of sending and receiv- 
ing of AV data from the IEEE 802.11 of the IEEE 1394. 
[0127] Additionally, there is a gateway function proc- 
essor 1 608 for the purpose of enabling execution of the 
AV/C Protocol bridging across the IEEE 802.11 wireless 
LAN and the IEEE 1394, via the wireless gateway ap- 
paratus 1311 . At this gateway function processor 1608, 



in addition to execution of AV/C Protocol proxy process- 
ing and the like, in accordance with wireless link condi- 
tion information, control is executed of whether or not 
transfer is possible, the transfer parameters, and AV da- 

5 ta transfer 

[0128] According to the fourth embodiment, by using 
the above-described wireless gateway apparatus s it is 
possible to perform AV data transfer and transfer control 
thereof that bridges across a wireless LAN such as the 

10 IEEE 802.11 and the IEEE 1394 bus. 

[0129] in the foregoing embodiments, it is possible to 
have a terminal and gateway apparatus that acquire the 
topology information and datalink information and the 
like for AV data transfer, that is, wireless link condition 

is information, by the local device only, and alternatively 
possible either to have this acquisition performed by oth- 
er (remote) devices only, or by both the local device and 
other devices. The AV application used as an example 
of an upper application can execute bi-directional data 

20 transfer. 

[0130] In the foregoing embodiments, although the 
descriptions were for the case in which an upper appli- 
cation at a data receiving side performed selection of 
AV processing based on notified information, it is alter- 
25 natively possible for the upper application at a data 
sending side to perform selection of processing based 
on notified information, 

[0131] The present invention can be applied to a 
home network and further to various networks in an of- 

30 fice or other environment. 

[0132] The present invention related to an apparatus 
can also be implemented as a method, and a method 
according to the present invention can be implemented 
as an apparatus. 

35 [01 33] The present invention as it relates to a method 
or apparatus can further be implemented as a computer- 
readable recording medium, into which is stored a pro- 
gram for the purpose of execution by a computer the 
procedures corresponding to the present invention (or 

40 for the purpose of having a computer function as a 
means corresponding to the present invention, or further 
for the purpose of implementing on a computer a func- 
tion corresponding to the present invention), 
[01 34] All or part of the above-noted functions can be 

45 implemented as hardware, in the form of a personal 
computer or a PDA (personal digital assistant), an AV 
equipment, or a communication device such as an ac- 
cess point and a home router, or as software executed 
on this type of hardware. 

50 [01 35] The above-described embodiments can be im- 
plemented as a computer-readable recording medium, 
into which is stored a program for the purpose of exe- 
cution by a computer of a prescribed means (or for the 
purpose of having a computer function as the prescribed 

55 means, or further for the purpose of implementing on a 
computer a prescribed means). This recording medium 
can be loaded into a CPU of a computer and executed, 
thereby achieving the functions of the above-described 
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embodiments, remote communicating entity. 
[0136] In summary, according to the present inven- 
tion, it is possible even in an environment formed by a 3. The terminal device according to claim 2, wherein 
connection between a wired network and a wireless net- the wireless link information acquisition section 
work, such as between a wireless network environment 5 (504) includes: 
exhibiting network condition variations and an IEEE 

1394 bus, to perform highly efficient data transfer, in ac- a remote wireless link information requesting 
cordance with the link condition in the wireless network. section for requesting notification of wireless 
[0137] It is to be noted that, besides the embodiments link information with regard to the remote corn- 
described above, many modifications and variations of 10 municating entity that the remote communicat- 
the above embodiments may be made without departing ing entity has, at the time of startup by the ap- 
from the novel and advantageous features of the plication section; and 
present invention. Accordingly, all such modifications a remote wireless link information receiving 
and variations are intended to be included within the section for receiving wireless link information of 
scope of the appended claims. * 5 the remote communication entity, notification of 

which is made from the remote communication 

entity. 

Claims 

4. The terminal device according to claim 1 , 2 or 3, 

1 . A terminal device (101) for control of data between so further comprising: 

communicating entities over a network via a wire- a wireless link information updating section 

less link, comprising: (504b) for changing wireless link information stored 

in the wireless link information storage section to a 

an interface section (501 ) for performing send- format interpretable by the application section and 

ing and receiving of packets with a remote com- 25 for passing the wireless link information to the ap~ 

municating entity;. plication section, 
a link setting section (503) for setting a link for 

control and for data transfer with the remote 5. The terminal device according to any one of claims 
communicating entity; 1-4, wherein the wireless link information storage 
a wireless link information acquisition section 30 section (509) stores wireless link information as in- 
(504) for acquiring wireless link information in- formation related to a constituent element of said 
dicating the condition of a wireless link between terminal device, 
said terminal device and a remote communicat- 
ing entity in the network at the time of setting 6. The terminal device according to claim 5, wherein 
the link, and for updating the wireless link infer- 35 a SubUnit defined in the AV/C Protocol is used as 
mation acquired at the time of setting the link the constituent element, 
by the current dynamically acquired wireless 

link information; 7. The terminal device according to any one of claims 

a wireless link information storage section 1-6, further comprising: 

(509) for storing the acquired or updated wire- 40 a wireless link monitoring section (502) for 

less link information; and monitoring the condition of a wireless link in the net- 

an application section (508) for, based on the work for outputting wireless link information ac- 

wireless link information stored in the wireless quired by the monitoring to the wireless link infor- 

link information storage section, determining mation acquisition section, 

whether or not data can be transferred and, if 45 

data transfer is possible, optimizing a transfer 8. The terminal device according to any one of claims 

parameter for transfer of data with the remote 1-7, further comprising: 

communicating entity, in accordance with the a local wireless link information sending sec- 
wireless n n k information, this transfer parame- tion for sending wireless link information of said ter- 
ter being used to receive data from or send data so minai device to the remote communicating entity, in 
to the remote communicating entity, via the in- response to a request from the remote communi- 
terf ace section. . eating entity. 



2. The terminal device according to claim 1 , wherein 
the wireless link information stored in the wireless 
link information storage section (509) includes wire- 
less link information with regard to said terminal de- 
vice and wireless link information with regard to a 



9. The terminal device according to any one of claims 
55 1 -8, further comprising: 

a user interface section (507) for, based on 
wireless link information stored in the wireless link 
information storage section, providing to a user a 
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list of data candidates for transfer, and waiting for 
input from the user of data selected from the list. 

10. The terminal device according to any one of claims 
1-9, wherein 

the wireless link information includes at least 
one of a packet discard rate, a usable bandwidth, a 
number of usable channels, a usable transfer rate, 
or observable information on which these are 
based, 

1 1 . The terminal device according to any one of claims 
1-10, wherein 

the transfer parameter is at least one of an AV/ 
C command or content data to be transferred. 

12. A terminal device (ill) for transfer of data between 
communicating entities over a network via a wire- 
less link, comprising: 

an interface section (501) for performing send- 
ing and receiving of packets with a remote com- 
municating entity; 

a link setting section (503) for setting a link for 
control and for data transfer with a remote com- 
municating entity; 

a wireless link information acquisition section 
(504) for acquiring wireless link information in- 
dicating a condition of a wireless link between 
said terminal and and a remote communicating 
entity in the network at the time of setting the 
link, and for updating the wireless link informa- 
tion acquired at the time of setting the link by 
the current dynamically acquired wireless link 
information; 

a wireless link information storage section 
(509) for storing the acquired or updated wire- 
less link information ; and 
a local wireless link information notification sec- 
tion (504) for receiving from the remote com- 
municating entity a request for local wireless 
link information of said terminal device and for 
sending said wireless link information to the re- 
mote communicating entity. 

13. A gateway device (1011) for controlling transfer of 
data between a first terminal device (1001) on a 
wired network and a second terminal device (1 021 ) 
on a wireless network, the gate device (1011) com- 
prising: 

a first interface section (1201 ) for sending and 
receiving packets via the wireless network 
a second interface section (1202) for sending 
and receiving packets via the wired network; 
a first link setting section (1204) for setting a 
link for control and for data transfer with the 
second terminal device (1021); 



a second link setting section (1 205) for setting 
a link with the first terminal device (1 001 ); 
a wireless link information acquisition section 
(1206) for acquiring wireless link information in- 

5 dicating a condition of a wireless link between 

said terminal device and the second terminal 
device (1021) on the wireless network at the 
time of setting the link, and for updating the 
wireless link information acquired at the time of 

10 setting the link by the current dynamically ac- 

quired wireless link information; 
a wireless link information storage section 
(1209) for storing the acquired or updated wire- 
less link information; and 

is a network connection processor (1208) for, 

based on wireless link information stored in the 
wireless link information storage section, per- 
forming raceiving or sending of data between 
the first terminal device (1 003) and the second 

20 terminal device (1021) via the first interface 

section (1201) and second interface section 
(1202). 

14. The gateway device according to claim 13, further 
25 comprising: 

a local terminal wireless link information send- 
ing section for, in response to a request from the 
first terminal device on the wired network or from 
the second terminal device on the wireless network, 
30 for sending local wireless link information to the first 
terminal device or the second terminal device, re- 
spectively. 

15. The gateway device according to claim 13, wherein 
35 the wireless link information acquisition section in- 
cludes: 

a remote link information requesting section for 
requesting notification of remote link informa- 
40 tion of the first terminal device to the first termi- 

nal device on the wired network; and 
a remote link information receiving section for 
receiving remote link information, notification of 
which is made by the first terminal device. 

45 

16. A method of controlling transfer of data via a wire- 
less link with a remote communicating entity over a 
network, comprising: 

so a step (S1 02) of setting a link for control with a 

remote communicating entity; 
a step (S1 03) of acquiring wireless link informa- 
tion indicating a condition of a wireless link be- 
tween said terminal device and a remote corn- 

55 municating entity on the network at the time of 

setting the link; 

a step (S106) of setting a link for data transfer 
with the remote communicating entity; 



35 
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a step (S1 07) of updating wireless link informa- 
tion acquired at the time of setting of the link 
with current dynamically acquired wireless link 
information acquired after the setting of the link 
for data transfer; 

a step (sS11) of determining whether or not 
transfer of data is possible, based on the up- 
dated wireless link information; and 
a step (S111, S112, S113) of optimizing a pa- 
rameter for transfer of data with the remote 
communicacing entity, in accordance with wire- 
less link information in the case in which data 
transfer is possible, and performing receiving 
or sending of data with the remote communi- 
cating entity, using the optimized parameter for 
transfer 

17. The method according to claim 1 6, wherein 

the wireless link information includes wireless 
link information with regard to said terminal device 
and information with regard the remote communi- 
cating entity. 

18. The method according to claim 17, wherein the 
wireless link information updating step (S107) in- 
cludes: 

a step (S109) of requesting notification of re- 
mote wireless link information of the remote 
communicating entity to the remote communi- 
cating entity at the time of the startup by an ap- 
plication; and 

a step (S1 1 0) of receiving wireless link informa- 
tion *of the remote communicating entity, notifi- 
cation of which is made by the remote commu- 
nicating entity. 



15 



nicating entity for the local wireless link in- 
formation of said terminal device, and 
sending local wireless link information of 
said terminal device to the remote commu- 
5 nicating entity in response to the request. 

20. A method of controlling of data between a first ter- 
minal device on a wired network and a second ter- 
minal device on a wireless network, this method 
10 comprising: 



a step (S302) of setting a link for control with 
the second terminal device; 
a step (S303) of acquiring, at the time of setting 
of the link, wireless link information indicating a 
condition of a wireless link between said termi- 
nal device and the second terminal device on 
the wireless network; 

a step (S308) of setting a link for data transfer 
with the second terminal device; 
a step (S310) of updating the wireless link in- 
formation acquired at the time of setting the link 
with current dynamically acquired wireless link 
information acquired after the setting of the link 
for data transfer; 

a step (S309) of setting a link with the first ter- 
minal device; and 

a step (S317) of performing receiving or send- 
ing of data between the first terminal device and 
the second terminal device, based on the wire- 
less link information. 



20 



25 



30 



35 



19. A method of transfer of data via a wireless link with 
a remote communicating entity on a network com- 
prising: 



40 



a step (S102) of setting a link for control with 
the remote communicating entity; 
a step (S1 03) of acquiring wireless link informa- 
tion indicating a condition of a wireless link be- *s 
tween said terminal device and the remote 
communicating entity on the network at the time 
of setting the link; 

a step (S1 06) of setting a link for data transfer 
with the remote communicating entity: so 



a step (S107) of updating the wireless link 
information acquired at the time of setting 
of the link with current dynamically ac- 
quired wireless link information acquired 55 
after the setting of the link; and 
a step (S1 09, S1 1 0) of receiving a notifica- 
tion request sent from the remote commu- 
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